- Änderungen
Noch nicht aktualisiert für WiSe 2026/27.
Teamprojekt Softwareentwicklung
QA Erinnerung / Vorschläge
Beginnt mit Pair Programming, um ins Projekt zu finden.
Geht zu Code Reviews über, sobald ihr mehr Routine habt.
Startet so früh wie möglich mit Tests
aber investiert nicht zu viel Aufwand, wenn ihr euch noch in einer dynamischen Erkundungsphase befindet.
Nutzt Pair Programming um Wissen zu verteilen.
Nachfolgend: Bewertung
Fragen so weit?
Punkteverteilung
50% AGs
50% Begleitveranstaltung
~10% Spezifikationsdokument
~10% Abschlussvortrag
~30% Projektarbeit (Projektdokumentation)
AGs
Software:
Produkt entspricht Vorstellungen?
Erwartete Funktionalitäten umgesetzt?
Zusätzliche Funktionen?
Ausreichend Dokumentation?
Zum Weiterverwenden?
Projektablauf:
Gab es regelmäßig Fortschritt?
Kommunikation des Teams?
Organisation des Teams?
Details zur Benotung durch AGs (nicht final)
Begleitveranstaltung
Wie fällt man durch?
Keine Abgabe (oder absurd, oder offensichtlich KI generiert)
Spezifikationsdokument, Projektdokumentation, Abschlussvortrag
Teambegleitungen haben keine Indizien auf:
Projektmanagement
Anforderungen
Tests
Code Reviews
Pair Programming
Mehr als 4 Wochen unerwartet nicht erreichbar
Wie bekommt man eine
sehr gute Note?
Gute Abgaben:
Spezifikationsdokument: enthält alle Punkte
Abschlussvortrag: verkauft euren Prozess gut
Projektdokumentation: Eigene Gedanken zu sinnvollem Prozess
Teambegleitung hat guten Eindruck:
Projektmanagement sinnvoll
Anforderungen wurden gesammelt
Testsuite sinnvoll
Code Reviews regelmäßig durchgeführt
Pair Programming durchgeführt
Abschlussvortrag
50 min Blöcke á 3 Teams (Änderungen vorbehalten)
6 min Vortrag + 6 min Fragen
PDF Slides, einheitlicher Präsentationscomputer
2 Person tragen vor
die anderen 3 beantworten Fragen
Jede:r bereitet halben Vortrag vor
Vortrag in 2 Teil A und Teil B aufteilen
mindestens 2 Personen bereiten jeden Teil vor
einzelnes ausfallendes Teammitglied kompensierbar
Szenario
Euer Team wird intern evaluiert
Überzeugt uns
Warum ist euer Projekt wichtig? (~2 min)
Was an eurem Prozess ermöglicht euch, weiterhin gute Software zu liefern? (~3 min)
Was würdet ihr an eurem Prozess verbessern? (~1 min)
Projektdokumentation
Details L02 Projektdokumentation, voraussichtlich bis Januar aktualisiert.
fangt am besten schon mal an nebenbei zu „sammeln“
Projektdokumentation
Bewertungscheckliste / Tabelle (zählt nicht zum Seitenlimit)
Projektbeschreibung (maximal 2 Seiten)
Entwicklungsprozess (maximal 4 Seiten)
Fazit (maximal 1 Seite)
Graphiken, Tabellen zählen nicht
Projektdokumentation
(neu in 2025)
Prüfbare Bewertungspunkte
Ihr listet/tabelliert QS Maßnahmen und Prozesselement die ihr durchgeführt habt
Teambegleitungen prüfen
Fließtext mit Reflexion und Kommentar
Beispielliste
Prozess
Anforderungen als Gitlab Issues
Discord
Code Reviews immer vor Merge in den Main Branch
Checkliste vorhanden
Tests automatisch bei Push in Github Actions
Manuelle UI-Test Checkliste
getestet vor AG Meeting
Group Programming immer dienstagnachmittags
…
Bewertungschecklisten
Prozess / Verwendete Tools
Projektverwaltung, Reviews, Kommunikation, KI, …
meist reicht Name/Link, erörtert im Text, wenn ungewöhnlich
Anforderungsmanagement
Wo/wie habt ihr Anforderungen verwaltet
Qualitätssicherungsmaßnahmen
Hier relativ ausführlich, Hauptpunkt der Bewertung
Projektbeschreibung
Inhalte aus dem Spezifikationsdokument (aktualisiert)
Erzählt etwas über euer Team (Vorkenntnisse? Kanntet ihr euch? Etc.)
Beschreibung/Überblick über Hauptfunktionalitäten
Liste/Tabelle: Entwickelte Funktionen
Achtet auf Abgrenzung zur Ausgangssituation (falls vorhanden)
Erklärung zur KI Nutzung
Entwicklungsprozess
Konzentriert euch auf „interessante“ Punkte
Gab es signifikante Ereignisse, die das Projekt gefährdet haben? Wie seid ihr damit umgegangen?
Im Text immer Fazit, was sich gelohnt hat, und was verbessert werden könnte
für jede Qualitätssicherungsmaßnahme
für alle Prozessbestandteile
(oft reicht „der Rest hat gut funktioniert“)
Entwicklungsprozess
Projektmanagement
Wie waren eure Iterationen strukturiert?
Was war regelmäßig, was eher unregelmäßig?
Pie chart, wofür Zeit aufgewendet wurde
(Meetings, Anforderungen, Testing, Code Reviews, (Pair) programming, Dokumentation, …)
Burndown Chart der Projektarbeitszeit
Wie habt ihr sichergestellt, dass Wissen über die Prozesse nicht verloren geht?
Entwicklungsprozess
Anforderungen?
Wie wurden Anforderungen gesammelt?
Was war die Art und der Umfang der Anforderungen? Wie sieht eine typische Anforderung im Projekt aus (Screenshot?)
Wie gute waren eure Zeitschätzungen? Wenn nicht gut, woran lag es?
Konntet ihr mehrere Anforderungen pro Iteration erfüllen? Wenn nein, warum nicht?
War das Anforderungsmanagement nützlich für euch? Warum, warum nicht?
Qualitätssicherungsmaßnahmen?
Tests
Was/wie wird getestet?
Erklärt beispielhaft einige relevante Tests
Woher wisst ihr, und wie stellt ihr sicher, dass ihr relevante Dinge testet?
Wie viel Arbeit macht euch die Testsuite?
Werden Fehler gefunden?
Wie wird auf Fehler reagiert?
Codereviews
Wie habt ihr die Reviews durchgeführt? Wie sah ein typisches Review aus?
Was habt ihr in den Reviews geprüft? Checkliste?
Waren die Codereviews den Aufwand wert? Warum, warum nicht?
Pair & Group Programming
Wie habt ihr das Pair Programming durchgeführt?
Welche Arten von Anforderungen wurden in Paaren bearbeitet?
Gab es weitere Qualitätssicherungsmaßnahmen?
Wieso wurden diese gewählt?
Waren sie hilfreich
Fazit
Wie war die Erfahrung für euch?
Reflektiert noch mal über die gesamte Zeit
Was habt ihr als positiv oder negativ wahrgenommen.
am Projekt
an der Projektarbeit
am Team
den Qualitätssicherungsmaßnahmen
Was hat euch geholfen, das Projekt zu entwickeln, was stand euch im Weg?
Was würdet ihr in der Zukunft wieder so oder anders machen?